JSON for topics #24
JSON for topics #24
Conversation
|
Questions for @CarlFK |
(jhey github, that's a 3 up there, why you put a 1?) |
|
@CarlFK I don't think you understand. A meeting is attached to a topic, the meeting has a start time. The topics also have a duration. I need an order of the talks to figure out the start time of the talks. Unless you mean I give topics start times also? |
yes. If you use duration, then every block of time has to be allocated, including the meeting start, breat, pizza, book give-away, etc. giving each a start time lets that be set to whatever, and some judgement as to what it should be. Pluse it seems the easiest way, and I dount see how it would cause a problem. "meeting start" is pretty much a constant. |
|
Ok. That sounds reasonable. I'll go ahead and do that. On Sun, Apr 8, 2012 at 11:20 PM, Carl Karsten <
|
|
@brianray How do you want a migration handled on that? Are you just going to do it by hand? |
|
I can not do a push to production between now and the meeting; however, your more than welcome. Also Daniel Peters showed some interests in helping this week. |
|
@brianray I mean the db migration. I didn't see south in the code base so I was wondering if you wanted me to write up the sql migration or if you were just going to go into your db and do it by hand? |
|
I honestly do not recall if we have south here or not. My guess is your right, no south. I would be ok with a .sql file for migration, personally; however, please note that we use mysql in production, evident from the settings.py |
|
@brianray Double check my sql if you could? |
|
what are you asking? please elaborate |
|
Just so someone will double check it. I don't have mysql on my macbook. |
|
where is it? |
|
@brianray In the diff or in meetings/migrations/001.sql |
|
I am really not a fan of keeping a start_time. I would prefer to tell someone how long they have and have a totally unstructured amount of time between presentations or just let a good one run longer. Must we have a start_time? |
|
I think the start time is more to help @CarlFK software and not something we have to enforce of speakers. I'm sure Carl could go into more detail. I believe that he records the whole thing and the starttime lets his software tell him where to look to split that video. So. It's just a guess and it's not something we have to enforce of speakers. |
|
got it, ok. I will test this SQL and get back to you. |
|
@emperorcezar yeah, south isn't included yet, but it will be after I've upgraded to the latest release of pinax. do whatever you have to do and I'll follow behind man. |
|
@dtpeters For now just do the migration by hand instead of waiting for south. That way we can make Carl happy. We all love a happy Carl. |
|
@emperorcezar "we all love a happy carl" == truth |
|
Ok, just let me know when you're ready for merge. |
|
OK, merged! I badly need someone to deploy this on chipy.org I'm simply too busy this week. Anyone? |
|
I can get you. can it hold it until tomorrow night? On Sat, Apr 14, 2012 at 8:12 AM, Brian Ray <
|
|
sure - it can pretty much wait till someone puts in some data for next On Sat, Apr 14, 2012 at 11:13 AM, Daniel Peters <
Carl K |
|
sweet, it won't have to wait that long :P On Sat, Apr 14, 2012 at 11:15 AM, Carl Karsten <
|
Attempting to fix #23
So I noticed that you have models in there for topics and such. I've stuck some JSON in front of it. I just want an opinion on how I should handle starttime for a topic.
Options